Skip to content

Conversation

@jtojnar
Copy link
Member

@jtojnar jtojnar commented Aug 13, 2025

@jtojnar jtojnar marked this pull request as ready for review August 13, 2025 08:02
@jtojnar jtojnar requested a review from a team August 13, 2025 08:02
@jtojnar
Copy link
Member Author

jtojnar commented Aug 13, 2025

Will want to set up CI to notify #50

@jtojnar jtojnar marked this pull request as draft August 13, 2025 08:03
Copy link
Contributor

@wolfgangwalther wolfgangwalther left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

IIRC, there were some commands that people are running nowadays to get the respective links to "reviewed PRs", "authored PRs" etc.

Maybe provide these commands in the PR template as a base? Or would these be filled by CI somehow?

- type: markdown
attributes:
value: |
Thanks for taking the time to fill out this bug report!
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

bug report is wrong, I think.

Copy link

@SigmaSquadron SigmaSquadron left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I do apologise if we shouldn't review this yet, as it's a draft, but there are some things I learned while making the YAML forms for Nixpkgs that may be helpful here too.

@@ -0,0 +1,25 @@
name: Committer Nomination
description: Nominate a user for Nixpkgs commit access.
title: "[Nomination]: "

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
title: "[Nomination]: "
title: "[Nomination]: NAME"

We have placeholders like PACKAGENAME in Nixpkgs, and they usually work like 95% of the time. Since the only people being nominated here are supposed to be reasonably proficient with Nixpkgs' workflow, I think everyone will manage to replace it.

@@ -0,0 +1,25 @@
name: Committer Nomination
description: Nominate a user for Nixpkgs commit access.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This wording seems to imply that self-nominations will no longer be allowed? Will there be a separate issue template for self-nominations? Are they outright banned?

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't get that from the wording, just says you're nominating a singular user.

labels: ["nomination"]
assignees:
- @NixOS/commit-bit-delegation
body:

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I would highly recommend adding a markdown item as the first form component that explains in more detail what this is all for. See the Nixpkgs bug report template for reference.

Comment on lines +11 to +12
label: GitHub user name
placeholder: octocat

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
label: GitHub user name
placeholder: octocat
label: GitHub Username
description: The GitHub username currently used by the committer nominee.

In Nixpkgs, we removed placeholders in order to reduce the overall information density. I would recommend doing the same here and using descriptions instead.

NixOS/nixpkgs#368656 (review)

Comment on lines +19 to +25
- type: textarea
id: reason
attributes:
label: Reason
description: Why I are you nominating this person? Please include links to their relevant PR and reviewing activity.
validations:
required: true

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I feel like we can split this up into a few more questions. Most nominations in the old issue follow mostly the same format (sometimes the first and second paragraph are flipped):

  1. First paragraph introduces the person and shows something notable that they have done. This is usually a large NixOS module or something equally impactful.
  2. Second paragraph usually mentions how long the person has been contributing for, and what their merged/reviewed PR stats are. (unless the stats are at the bottom of the post)
  3. Third paragraph is usually the actual reason why the person should be a committer.

I think splitting this question appropriately will allow the delegation team to more efficiently review nominations, as they would have a very similar format to each other.

Comment on lines +2 to +4
- name: Contact the Committer Delegation Team via group message on Discourse
url: https://discourse.nixos.org/g/nixpkgs-nominations
about: For private inquiries and suggestions.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This feels a bit redundant since the Discourse link is also available from the documentation below.

id: reason
attributes:
label: Reason
description: Why I are you nominating this person? Please include links to their relevant PR and reviewing activity.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
description: Why I are you nominating this person? Please include links to their relevant PR and reviewing activity.
description: Why are you nominating this person? Please include links to their relevant PR and reviewing activity.

@philiptaron
Copy link

NixOS/nixpkgs#368656 is the PR (significant!) that @SigmaSquadron authored to successfully convert over Nixpkgs issues to templates. His feedback is really informed and wise!

I want to say a few things with this PR:

  1. It's excellent that we're going to use this repository to track things. Way to go @NixOS/commit-bit-delegation team.
  2. Making an issue per person nominated is obviously the right thing to do.
  3. This is the place to outline the norms of what it means to be a nixpkgs contributor.
  4. This is also the place to welcome people to that next echelon of responsibility.
  5. This is also the place to coach people forward through time til they hit the mark!
  6. I can't wait for this to get merged so that we can direct folks to it. It's going to be a massive upgrade on the drama-ridden main issue in Nixpkgs.

@infinisil
Copy link
Member

I'd like to help out with getting this across the finish line, but I believe this should actually be done using PRs instead of issues, because

  • A PR can be merged and implemented directly, instead of having to manually create a PR to add the person, or adding them to the committers and waiting up to 24 hours for CI to run the daily sync
  • A PR can easily be approved by individual commit delegators (if they wish to use such a process), which gives more transparency and accountability. It also means that the team doesn't need its own internal synchronisation.

While PR templates don't support the same interactive forms that issue templates do, I don't think we benefit a lot from such issue templates for this anyways, because it's mostly free-form, and any more guided questions we might want to ask don't make a lot of sense to ask for non-self-nominations (e.g. introduce yourself, what do you plan to use commit access for, what are your conflicts of interest, ...).

While there would be a small annoyance if the committer addition would have to be entered manually because of #31, I just opened NixOS/nixpkgs#33 to avoid having to do that. This then makes it as simple as linking to https://github.com/NixOS/nixpkgs-committers/new/main/members?filename=GITHUB_HANDLE for nominations.

@philiptaron
Copy link

A PR can easily be approved by individual commit delegators (if they wish to use such a process), which gives more transparency and accountability. It also means that the team doesn't need its own internal synchronization.

For me, point 2 trumps every other one, since it makes the acceptance process both transparent and asynchronous. Since issues cannot be accepted, only commented on, the UI is just worse by default.

I do note that we could hack issues to get what we want, primarily with labels, so that each member of the commit bit team gets their own "✅" and "❌" label they can use on the issue. While it's not as clear as the acceptance from a PR, it's not a complete blocker either.

The downside, in my view, is that most of the "stuff" for a PR -- the code most especially -- isn't relevant for the nomination. So there's a bunch of functionality that has be ignored.

@MattSturgeon
Copy link
Contributor

The downside, in my view, is that most of the "stuff" for a PR -- the code most especially -- isn't relevant for the nomination. So there's a bunch of functionality that has be ignored.

IIRC, there were some commands that people are running nowadays to get the respective links to "reviewed PRs", "authored PRs" etc.

Maybe we can kill two birds with one stone here, and provide a small tool for getting these basic stats, opening a PR creating the relevant file, and auto-filling the title and body.

Presumably, this would be simplest as a small wrapper around the gh tool; ideally designed in such a way that users don't need to manually fork, clone, edit, etc.

I'm imagining something like nix run nixpkgs#nominate-comitter -- UserNameHere or nix-shell -p nominate-committer --run 'nominate UserNameHere'.

@pbsds
Copy link
Member

pbsds commented Sep 18, 2025

I see no need to distribute such a niche tool with nixpkgs when nix run github:nixos/nixpkgs-committers#nominate will suffice

@winterqt
Copy link
Member

winterqt commented Sep 18, 2025

(I'm sure it was just an example! Obviously it can live here. :))

I have thoughts about this, I'll take some time to type them up this weekend.

@infinisil
Copy link
Member

I'd rather not introduce tools for something like this, that seems like over-engineering. If we want to get contributor stats automatically we can just have a GitHub action workflow run them and post it as a comment.

@infinisil
Copy link
Member

infinisil commented Sep 22, 2025

I'm proposing a PR-based workflow here as an alternative: #34

@wolfgangwalther
Copy link
Contributor

Superseded by NixOS/nixpkgs#34.

@wolfgangwalther wolfgangwalther deleted the wip/jtojnar/committer-nominations branch September 27, 2025 13:40
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

9 participants